Resource distribution instruments comprising logical digital resource components linked with processing of distribution requests

ABSTRACT

Embodiments of the present invention provide a system for processing distribution requests initiated using resource distribution instruments comprising logical resource components. In particular, the system may be configured to receive a first request from a user to store a first resource instrument on a distributed register, store the first resource instrument on the distributed register, receive a second request from the user to store at least one second resource instrument on the distributed register and link the second resource instrument to the first resource instrument, link the first resource instrument with the second resource instrument, store the second resource instrument on the distributed register, receive an indication that the second resource instrument is used to initiate an interaction, determine that one or more conditions exist for the second resource instrument, determine that the interaction meets the one or more conditions, and complete the interaction.

BACKGROUND

There exists a need for a system to provide an improved and effectiveway for processing distribution requests initiated by users.

BRIEF SUMMARY

The following presents a summary of certain embodiments of theinvention. This summary is not intended to identify key or criticalelements of all embodiments nor delineate the scope of any or allembodiments. Its sole purpose is to present certain concepts andelements of one or more embodiments in a summary form as a prelude tothe more detailed description that follows.

Embodiments of the present invention address the above needs and/orachieve other advantages by providing apparatuses (e.g., a system,computer program product and/or other devices) and methods forprocessing distribution requests initiated using resource distributioninstruments comprising logical resource components. The systemembodiments may comprise one or more memory devices having computerreadable program code stored thereon, a communication device, and one ormore processing devices operatively coupled to the one or more memorydevices, wherein the one or more processing devices are configured toexecute the computer readable program code to carry out the invention.In computer program product embodiments of the invention, the computerprogram product comprises at least one non-transitory computer readablemedium comprising computer readable instructions for carrying out theinvention. Computer implemented method embodiments of the invention maycomprise providing a computing system comprising a computer processingdevice and a non-transitory computer readable medium, where the computerreadable medium comprises configured computer program instruction code,such that when said instruction code is operated by said computerprocessing device, said computer processing device performs certainoperations to carry out the invention.

In some embodiments, the present invention receives a first request froma user to store a first resource instrument on a distributed register,in response to receiving the first request, creates a first uniqueidentifier and assign the first unique identifier to the first resourceinstrument, stores the first resource instrument comprising the firstunique identifier on the distributed register, receives a second requestfrom the user to store at least one second resource instrument on thedistributed register and link the second resource instrument to thefirst resource instrument, in response to receiving the second request,creates a second unique identifier and assigns the second uniqueidentifier to the second resource instrument, links the first uniqueidentifier with the second unique identifier and the first resourceinstrument with the second resource instrument, stores the secondresource instrument comprising the second unique identifier on thedistributed register, receives an indication that the second resourceinstrument is used to initiate an interaction, wherein the indicationcomprises the second unique identifier, determines that one or moreconditions exist for the second resource instrument using the secondunique identifier, determines that the interaction meets the one or moreconditions, and completes the interaction based on determining that theinteractions meets the one or more conditions.

In some embodiments, the present invention receives the one or moreconditions from the user with the second request.

In some embodiments, the present invention stores the one or moreconditions on the distributed register, and stores the one or moreconditions in an entity database associated with the entity.

In some embodiments, the present invention transmits one or more controlsignals to one or more logical resource component on the second resourceinstrument to cause the one or more logical resource component to storethe one or more conditions on the second resource instrument.

In some embodiments, the one or more conditions comprise at least one ofinteraction limits, geographical limits, and locations limits.

In some embodiments, the present invention receives the indication froma third party entity device, wherein the third party entity devicereceives the indication via a logical resource component stored on thesecond resource instrument when the second resource instrument is usedat the third party entity device to initiate the interaction.

In some embodiments, the present invention receives the indication froma logical resource component stored on the second resource instrument.

The features, functions, and advantages that have been discussed may beachieved independently in various embodiments of the present inventionor may be combined with yet other embodiments, further details of whichcan be seen with reference to the following description and drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

Having thus described embodiments of the invention in general terms,reference will now be made the accompanying drawings, wherein:

FIG. 1 provides a block diagram illustrating a system environment forprocessing distribution requests initiated using resource distributioninstruments comprising logical resource components, in accordance withan embodiment of the invention;

FIG. 2 provides a block diagram illustrating the entity system 200 ofFIG. 1 , in accordance with an embodiment of the invention;

FIG. 3 provides a block diagram illustrating a distribution requestprocessing system 300 of FIG. 1 , in accordance with an embodiment ofthe invention;

FIG. 4 provides a block diagram illustrating the computing device system400 of FIG. 1 , in accordance with an embodiment of the invention;

FIGS. 5A and 5B provide a block diagram illustrating a process flow forprocessing distribution requests initiated using resource distributioninstruments comprising logical resource components, in accordance withan embodiment of the invention; and

FIG. 6 provides a block diagram illustrating one or more logicalcomponents of a resource instrument, in accordance with an embodiment ofthe invention.

DETAILED DESCRIPTION OF EMBODIMENTS OF THE INVENTION

Embodiments of the present invention will now be described more fullyhereinafter with reference to the accompanying drawings, in which some,but not all, embodiments of the invention are shown. Indeed, theinvention may be embodied in many different forms and should not beconstrued as limited to the embodiments set forth herein; rather, theseembodiments are provided so that this disclosure will satisfy applicablelegal requirements. Where possible, any terms expressed in the singularform herein are meant to also include the plural form and vice versa,unless explicitly stated otherwise. Also, as used herein, the term “a”and/or “an” shall mean “one or more,” even though the phrase “one ormore” is also used herein. Furthermore, when it is said herein thatsomething is “based on” something else, it may be based on one or moreother things as well. In other words, unless expressly indicatedotherwise, as used herein “based on” means “based at least in part on”or “based at least partially on.” Like numbers refer to like elementsthroughout.

As used herein, the term “resource entity” or “entity” may be anyinstitution which involves in financial transactions. In one embodiment,the term “entity” or “resource entity” may be any financial institution.As used herein, the term “entity device” may be any device associatedwith the entity that allows users to perform one or more interactionsassociated with resource pools of the users. In some embodiments of thepresent invention, the entity device may be an automated machine. Insome embodiments, the “automated machine” may be any automated devicethat is involved in distribution of resources such as cash, checks,electronic transfers, money orders or the like which may be performedusing a credit card, a debit card, or the like. In one embodiment of thepresent invention, the automated machine may be an Automated TellerMachine (ATM). In some embodiments, the “automated machine” may be anyautomated device that provides information associated with resourcepools of the user. In some embodiments, the automated machine may beowned and/or controlled by the resource entity. In some embodiments, anentity device may be a Point of Sale (POS) device. In some embodiments,an entity device may be an online server, where the online server may bea cloud based server. A “resource instrument” as used herein may be anyinstrument used by the users to perform to initiate interactions orresource distribution requests. Examples of resource instruments mayinclude, but are not limited to, a credit card, a debit card, or thelike.

As described herein, a “user” may be a customer or a potential customerof the entity. In some embodiments, a “user” may be a financialinstitution customer (e.g., an account holder or a person who has anaccount (e.g., banking account, credit account, or the like)). An“account” or “resource pool” may be the relationship that the customerhas with the financial institution. Examples of accounts include adeposit account, such as a transactional account (e.g. a bankingaccount), a savings account, an investment account, a money marketaccount, a time deposit, a demand deposit, a pre-paid account, a creditaccount, a non-monetary customer information that includes only personalinformation associated with the customer, or the like. The account isassociated with and/or maintained by a financial institution.

A “system environment”, as used herein, may refer to any informationtechnology platform of an enterprise (e.g., a national or multi-nationalcorporation) and may include a multitude of servers, machines,mainframes, personal computers, network devices, front and back endsystems, database system and/or the like.

“Distributed register,” as used herein may also be referred to as a“distributed ledger,” as used herein may refer to a structured list ofdata records that is decentralized and distributed amongst a pluralityof computing systems and/or devices. In some embodiments, thedistributed ledger may use a linked block structure.

“Linked block,” “linked block structure,” “linked structure,” or“blockchain” as used herein may refer to a data structure which maycomprise a series of sequentially linked “blocks,” where each block maycomprise data and metadata. The “data” within each block may compriseone or more “data record” or “transactions,” while the “metadata” withineach block may comprise information about the block, which may include atimestamp, a hash value of data records within the block, a pointer(e.g., a hash value) to the previous block in the linked blockstructure, and/or any additional data created by the system of thepresent invention. In this way, beginning from an originating block(e.g., a “genesis block”), each block in the linked block structure islinked to another block via the pointers within the block headers. Ifthe data or metadata within a particular block in the linked blockstructure becomes corrupted or modified, the hash values found in theheader of the affected block and/or the downstream blocks may becomemismatched, thus allowing the system to detect that the data has beencorrupted or modified. In some embodiments of the present invention, auser may submit data associated with the creation of a new blockassociated with the linked block structure. For example, a user mayinitiate a transaction, where the data associated with the transactionis stored in a new block linked with the transaction.

A “linked block ledger” may refer to a distributed ledger which useslinked block data structures. Generally, a linked block ledger is an“append only” ledger in which the data within each block within thelinked block ledger may not be modified after the block is added to thelinked block ledger; data may only be added in a new block to the end ofthe linked block ledger. In this way, the linked block ledger mayprovide a practically immutable ledger of data records over time.

“Permissioned distributed ledger” as used herein may refer to a linkedblock ledger for which an access control mechanism is implemented suchthat only known, authorized users may take certain actions with respectto the linked block ledger (e.g., add new data records, participate inthe consensus mechanism, or the like). Accordingly, “unpermissioneddistributed ledger” as used herein may refer to a linked block ledgerwithout an access control mechanism.

“Private distributed ledger” as used herein may refer to a linked blockledger accessible only to users or devices that meet specific criteria(e.g., authorized users or devices of a certain entity or otherorganization). Accordingly, a “public distributed ledger” is a linkedblock ledger accessible by any member or device in the public realm. Insome embodiments of the present invention, the distributed ledger beingdescribed herein may be a permissioned distributed ledger. In someembodiments of the present invention, the distributed ledger beingdescribed herein may be a private distributed ledger.

“Node” as used herein may refer to a computing system on which thedistributed ledger is hosted. In some embodiments, each node maintains afull copy of the distributed ledger. In this way, even if one or morenodes become unavailable or offline, a full copy of the distributedledger may still be accessed via the remaining nodes in the distributedledger system. That said, in some embodiments, the nodes may host ahybrid distributed ledger such that certain nodes may store certainsegments of the linked block ledger but not others.

“Consensus,” “consensus algorithm,” or “consensus mechanism” as usedherein may refer to the process or processes by which nodes come to anagreement with respect to the contents of the distributed ledger.Changes to the ledger (e.g., addition of data records) may requireconsensus to be reached by the nodes in order to become a part of theauthentic version of the ledger. In this way, the consensus mechanismmay ensure that each node maintains a copy of the distributed ledgerthat is consistent with the copies of the distributed ledger hosted onthe other nodes; if the copy of the distributed ledger hosted on onenode becomes corrupted or compromised, the remaining nodes may use theconsensus algorithm to determine the “true” version of the distributedledger. The nodes may use various different mechanisms or algorithms toobtain consensus, such as proof-of-work (“PoW”), proof-of-stake (“PoS”),practical byzantine fault tolerance (“PBFT”), proof-of-authority(“PoA”), or the like.

“Smart contract” as used herein may refer to executable computer code orlogic that may be executed according to an agreement between partiesupon the occurrence of a condition precedent (e.g., a triggering eventsuch as the receipt of a proposed data record). In some embodiments, thesmart contract may be self-executing code that is stored in thedistributed ledger, where the self-executing code may be executed whenthe condition precedent is detected by the system on which the smartcontract is stored.

In accordance with embodiments of the invention, “digital resources” maybe Non-Fungible Tokens (NFTs), where NFT is a unit of data used a uniquedigital identifier stored on a distributed register that certifiesownership and authenticity of a digital artifact. As such, NFTs arestored in a distributed ledger—a database that is consensually sharedand synchronized across multiple sites, institutions, or geographies,accessible by multiple people. Distributed ledgers use independentcomputers (referred to as nodes) to record, share and synchronizetransactions in their respective electronic ledgers (instead of keepingdata centralized as in a traditional ledger). In accordance withembodiments of the present invention, NFTs are created when adistributed ledger (e.g., blockchain) string records of cryptographichash, a set of characters that verifies a set of data to be unique, ontoprevious records therefore creating a chain of identifiable dataartifacts. This cryptographic transaction process ensures theauthentication of each digital file by providing a digital signaturethat is used to track NFT ownership.

A “user interface” is any device or software that allows a user to inputinformation, such as commands or data, into a device, or that allows thedevice to output information to the user. For example, the userinterface includes a graphical user interface (GUI) or an interface toinput computer-executable instructions that direct a processing deviceto carry out specific functions. The user interface typically employscertain input and output devices to input data received from a user orto output data to a user. These input and output devices may include adisplay, mouse, keyboard, button, touchpad, touch screen, microphone,speaker, LED, light, joystick, switch, buzzer, bell, and/or other userinput/output device for communicating with one or more users.

FIG. 1 provides a block diagram illustrating a system environment 100for processing distribution requests initiated using resourcedistribution instruments comprising logical resource components, inaccordance with an embodiment of the invention. As illustrated in FIG. 1, the environment 100 includes an distribution request processing system300, entity system 200, one or more entity devices 201, a distributedregister 301, and a computing device system 400. One or more users 110may be included in the system environment 100, where the users 110interact with the other entities of the system environment 100 via auser interface of the computing device system 400. In some embodiments,the one or more user(s) 110 of the system environment 100 may becustomers of an entity associated with the entity system 200, where theentity maintains and/or manages one or more resource pools (e.g.,checking account, savings account, or the like) associated with theusers 110. In some embodiments, one or more resource instruments 105associated with the one or more users 110 may be a part of theenvironment 100, where the resource instruments may be instrument usedby the users to perform to initiate interactions or resourcedistribution requests. Examples of resource instruments may include, butare not limited to, a credit card, a debit card, or the like.

The entity system(s) 200 may be any system owned or otherwise controlledby an entity to support or perform one or more process steps describedherein. In some embodiments, the entity is a financial institution. Insome embodiments, the one or more entity devices 201 may be owned,operated, controlled, and/or maintained by the entity. Examples of theone or more entity devices may include, but are not limited to,Automated Teller Machines, Point of Sale devices, online servers, or thelike that allows users 110 to perform one or more interactionsassociated with resource pools of the users 110.

The distribution request processing system 300 is a system of thepresent invention for performing one or more process steps describedherein. In some embodiments, the distribution request processing system300 may be an independent system. In some embodiments, the distributionrequest processing system 300 may be a part of the entity system 200.

In some embodiments, the distributed register 301 comprises one or morenodes (e.g., first node 302, second node 303, through nth node). In someembodiments, the distributed register 301 may be a private distributedregister associated with the entity. In some embodiments, thedistributed register 301 may be a public distributed register. In someembodiments, one or more of the distribution request processing system300, the entity system 200, the entity devices 201, and the computingdevice system 400 may be one or more nodes of the distributed register301. In some embodiments, the resource instruments 105 of the users 110may be nodes of the distributed register 301.

The distribution request processing system 300, the entity system 200,and the computing device system 400 may be in network communicationacross the system environment 100 through the network 150. The network150 may include a local area network (LAN), a wide area network (WAN),and/or a global area network (GAN). The network 150 may provide forwireline, wireless, or a combination of wireline and wirelesscommunication between devices in the network. In one embodiment, thenetwork 150 includes the Internet. In general, the distribution requestprocessing system 300 is configured to communicate information orinstructions with the entity system 200, and/or the computing devicesystem 400 across the network 150.

The computing device system 400 may be a system owned or controlled bythe entity of the entity system 200 and/or the user 110. As such, thecomputing device system 400 may be a computing device of the user 110.In general, the computing device system 400 communicates with the user110 via a user interface of the computing device system 400, and in turnis configured to communicate information or instructions with thedistribution request processing system 300, and/or entity system 200across the network 150. In some embodiments of the invention, thecomputing device system 400 may be a mobile device.

FIG. 2 provides a block diagram illustrating the entity system 200, ingreater detail, in accordance with embodiments of the invention. Asillustrated in FIG. 2 , in one embodiment of the invention, the entitysystem 200 includes one or more processing devices 220 operativelycoupled to a network communication interface 210 and a memory device230. In certain embodiments, the entity system 200 is operated by afirst entity, such as a financial institution, while in otherembodiments, the entity system 200 is operated by an entity other than afinancial institution.

It should be understood that the memory device 230 may include one ormore databases or other data structures/repositories. The memory device230 also includes computer-executable program code that instructs theprocessing device 220 to operate the network communication interface 210to perform certain communication functions of the entity system 200described herein. For example, in one embodiment of the entity system200, the memory device 230 includes, but is not limited to, andistribution request processing application 250, one or more entityapplications 270, and a data repository 280 comprising user data 283,where the user data 283 comprises data associated with users 110 and/orone or more resource pools associated with the users 110. The user data283 further comprise resource instrument data 285 associated with theusers of the corresponding user data 283The one or more entityapplications 270 may be any applications provided by the entity thatallows users 110 to access information and/or perform one or moreactions associated with one or more resource pools of the users 110. Thecomputer-executable program code of the network server application 240,the distribution request processing application 250, the one or moreentity application 270 to perform certain logic, data-extraction, anddata-storing functions of the entity system 200 described herein, aswell as communication functions of the entity system 200.

The network server application 240, the distribution request processingapplication 250, and the one or more entity applications 270 areconfigured to store data in the data repository 280 or to use the datastored in the data repository 280 when communicating through the networkcommunication interface 210 with the distribution request processingsystem 300, and/or the computing device system 400 to perform one ormore process steps described herein. In some embodiments, the entitysystem 200 may receive instructions from the distribution requestprocessing system 300 via the distribution request processingapplication 250 to perform certain operations. The distribution requestprocessing application 250 may be provided by the distribution requestprocessing system 300.

FIG. 3 provides a block diagram illustrating the distribution requestprocessing system 300 in greater detail, in accordance with embodimentsof the invention. As illustrated in FIG. 3 , in one embodiment of theinvention, the distribution request processing system 300 includes oneor more processing devices 320 operatively coupled to a networkcommunication interface 310 and a memory device 330. In certainembodiments, the distribution request processing system 300 is operatedby a first entity, such as a financial institution, while in otherembodiments, the distribution request processing system 300 is operatedby an entity other than a financial institution. In some embodiments,the distribution request processing system 300 is owned or operated bythe entity of the entity system 200. In some embodiments, thedistribution request processing system 300 may be an independent system.In alternate embodiments, the distribution request processing system 300may be a part of the entity system 200.

It should be understood that the memory device 330 may include one ormore databases or other data structures/repositories. The memory device330 also includes computer-executable program code that instructs theprocessing device 320 to operate the network communication interface 310to perform certain communication functions of the distribution requestprocessing system 300 described herein. For example, in one embodimentof the distribution request processing system 300, the memory device 330includes, but is not limited to, a network provisioning application 340,a real-time data monitoring application 350, a data transfer application360, a data resource verification application 370, an authenticationapplication 380, and a centralized data repository 390 comprising dataprocessed or accessed by one or more applications in the memory device330. The computer-executable program code of the network provisioningapplication 340, the real-time data monitoring application 350, the datatransfer application 360, the data resource verification application370, and the authentication application 380 may instruct the processingdevice 320 to perform certain logic, data-processing, and data-storingfunctions of the distribution request processing system 300 describedherein, as well as communication functions of the distribution requestprocessing system 300.

The network provisioning application 340, the real-time data monitoringapplication 350, the data transfer application 360, the data resourceverification application 370, and the authentication application 380 areconfigured to invoke or use the data in the data repository 390 whencommunicating through the network communication interface 310 with theentity system 200, and/or the computing device system 400. In someembodiments, the network provisioning application 340, the real-timedata monitoring application 350, the data transfer application 360, thedata resource verification application 370, and the authenticationapplication 380 may store the data extracted or received from the entitysystem 200, and the computing device system 400 in the centralized datarepository 390. In some embodiments, the network provisioningapplication 340, the real-time data monitoring application 350, the datatransfer application 360, the data resource verification application370, and the authentication application 380 may be a part of a singleapplication. The functionalities of the network provisioning application340, the real-time data monitoring application 350, the data transferapplication 360, the data resource verification application 370, and theauthentication application 380 are explained in greater detail in FIG. 5.

FIG. 4 provides a block diagram illustrating a computing device system400 of FIG. 1 in more detail, in accordance with embodiments of theinvention. However, it should be understood that a mobile telephone ismerely illustrative of one type of computing device system 400 that maybenefit from, employ, or otherwise be involved with embodiments of thepresent invention and, therefore, should not be taken to limit the scopeof embodiments of the present invention. Other types of computingdevices may include portable digital assistants (PDAs), pagers, mobiletelevisions, , , cameras, video recorders, audio/video player, radio,GPS devices, wearable devices, Internet-of-things devices, augmentedreality devices, virtual reality devices, automated teller machinedevices, electronic kiosk devices, or any combination of theaforementioned.

Some embodiments of the computing device system 400 include a processor410 communicably coupled to such devices as a memory 420, user outputdevices 436, user input devices 440, a network interface 460, a powersource 415, a clock or other timer 450, a camera 480, and a positioningsystem device 475. The processor 410, and other processors describedherein, generally include circuitry for implementing communicationand/or logic functions of the computing device system 400. For example,the processor 410 may include a digital signal processor device, amicroprocessor device, and various analog to digital converters, digitalto analog converters, and/or other support circuits. Control and signalprocessing functions of the computing device system 400 are allocatedbetween these devices according to their respective capabilities. Theprocessor 410 thus may also include the functionality to encode andinterleave messages and data prior to modulation and transmission. Theprocessor 410 can additionally include an internal data modem. Further,the processor 410 may include functionality to operate one or moresoftware programs, which may be stored in the memory 420. For example,the processor 410 may be capable of operating a connectivity program,such as a web browser application 422. The web browser application 422may then allow the computing device system 400 to transmit and receiveweb content, such as, for example, location-based content and/or otherweb page content, according to a Wireless Application Protocol (WAP),Hypertext Transfer Protocol (HTTP), and/or the like.

The processor 410 is configured to use the network interface 460 tocommunicate with one or more other devices on the network 150. In thisregard, the network interface 460 includes an antenna 476 operativelycoupled to a transmitter 474 and a receiver 472 (together a“transceiver”). The processor 410 is configured to provide signals toand receive signals from the transmitter 474 and receiver 472,respectively. The signals may include signaling information inaccordance with the air interface standard of the applicable cellularsystem of the wireless network 152. In this regard, the computing devicesystem 400 may be configured to operate with one or more air interfacestandards, communication protocols, modulation types, and access types.By way of illustration, the computing device system 400 may beconfigured to operate in accordance with any of a number of first,second, third, and/or fourth-generation communication protocols and/orthe like.

As described above, the computing device system 400 has a user interfacethat is, like other user interfaces described herein, made up of useroutput devices 436 and/or user input devices 440. The user outputdevices 436 include a display 430 (e.g., a liquid crystal display or thelike) and a speaker 432 or other audio device, which are operativelycoupled to the processor 410.

The user input devices 440, which allow the computing device system 400to receive data from a user such as the user 110, may include any of anumber of devices allowing the computing device system 400 to receivedata from the user 110, such as a keypad, keyboard, touch-screen,touchpad, microphone, mouse, joystick, other pointer device, button,soft key, and/or other input device(s). The user interface may alsoinclude a camera 480, such as a digital camera.

The computing device system 400 may also include a positioning systemdevice 475 that is configured to be used by a positioning system todetermine a location of the computing device system 400. For example,the positioning system device 475 may include a GPS transceiver. In someembodiments, the positioning system device 475 is at least partiallymade up of the antenna 476, transmitter 474, and receiver 472 describedabove. For example, in one embodiment, triangulation of cellular signalsmay be used to identify the approximate or exact geographical locationof the computing device system 400. In other embodiments, thepositioning system device 475 includes a proximity sensor ortransmitter, such as an RFID tag, that can sense or be sensed by devicesknown to be located proximate a merchant or other location to determinethat the computing device system 400 is located proximate these knowndevices.

The computing device system 400 further includes a power source 415,such as a battery, for powering various circuits and other devices thatare used to operate the computing device system 400. Embodiments of thecomputing device system 400 may also include a clock or other timer 450configured to determine and, in some cases, communicate actual orrelative time to the processor 410 or one or more other devices.

The computing device system 400 also includes a memory 420 operativelycoupled to the processor 410. As used herein, memory includes anycomputer readable medium (as defined herein below) configured to storedata, code, or other information. The memory 420 may include volatilememory, such as volatile Random Access Memory (RAM) including a cachearea for the temporary storage of data. The memory 420 may also includenon-volatile memory, which can be embedded and/or may be removable. Thenon-volatile memory can additionally or alternatively include anelectrically erasable programmable read-only memory (EEPROM), flashmemory or the like.

The memory 420 can store any of a number of applications which comprisecomputer-executable instructions/code executed by the processor 410 toimplement the functions of the computing device system 400 and/or one ormore of the process/method steps described herein. For example, thememory 420 may include such applications as a conventional web browserapplication 422, a distribution request processing application 421,entity application 424, an SMS application 423, or the like. In someembodiments, the entity application 424 may be an online bankingapplication. The distribution request processing application 421 maycomprise instructions to a graphical user interface (GUI) on the display430 that allows the user 110 to interact with the entity system 200, thedistribution request processing system 300, and/or other devices orsystems. The memory 420 of the computing device system 400 may comprisea Short Message Service (SMS) application 423 configured to send,receive, and store data, information, communications, alerts, and thelike via the wireless telephone network 152. In some embodiments, thedistribution request processing application 421 provided by thedistribution request processing system 300 allows the user 110 to accessthe distribution request processing system 300. In some embodiments, theentity application 424 provided by the entity system 200 and thedistribution request processing application 421 allow the user 110 toaccess the functionalities provided by the distribution requestprocessing system 300 and the entity system 200. In some embodiments,the entity application 424 may be an online banking application.

The memory 420 can also store any of a number of pieces of information,and data, used by the computing device system 400 and the applicationsand devices that make up the computing device system 400 or are incommunication with the computing device system 400 to implement thefunctions of the computing device system 400 and/or the other systemsdescribed herein.

FIGS. 5A and 5B provide a block diagram illustrating a process flow forprocessing distribution requests initiated using resource distributioninstruments comprising logical resource components, in accordance withan embodiment of the invention.

As shown in block 505, the system receives a first request from a userto store a first resource instrument on a distributed register. Thefirst resource instrument may be a credit card, a debit card, or thelike comprising one or more logical components. The one or more logicalcomponents are explained in detail in FIG. 6 . In some embodiments, theone or more logical components are controlled and/or configured by thesystem of the present invention.

As shown in block 510, the system creates a first unique identifier andassign the first unique identifier to the first resource instrument. Thefirst unique identifier may be a Non-Fungible Token (NFT) identifier. Asshown in block 515, the system stores the first resource instrumentcomprising the first unique identifier on the distributed register.

As shown in block 520, the system receives a second request from theuser to store at least one second resource instrument on the distributedregister and link the second resource instrument to the first resourceinstrument. In some embodiments, the first resource instrument may be aparent card and the at least one second resource instrument may be achild card. In some embodiments, the system receives one or moreconditions associated with the second resource instrument along with thesecond request. The one or more conditions may be any limits placed bythe user on the second resource instrument. In some embodiments, the oneor more conditions may comprise at least one of interaction limits,geographical limits, and locations limits. For example, the user mayassign a transaction limit of $X, the geographical limit specifies toStates ‘A,’ ‘B,’ and ‘C,’ and the location limit specifies that thesecond resource instrument can only be used at school and restaurants.

As shown in block 525, the system creates a second unique identifier andassign the second unique identifier to the second resource instrument.The first unique identifier may be a Non-Fungible Token (NFT)identifier. As shown in block 530, the system links the first uniqueidentifier with the second unique identifier and the first resourceinstrument with the second resource instrument.

As shown in block 535, the system stores the second resource instrumentcomprising the second unique identifier on the distributed register. Insome embodiments, the system stores the one or more conditions on thedistributed register along with the second resource instrument. In someembodiments, the system stores the one or more conditions in an entitydatabase (e.g., data repository 280). In some embodiments, the systemmay transmit one or more control signals to one or more logical resourcecomponent on the second resource instrument to cause the one or morelogical resource component (e.g., resource limit controller 615,interaction controller 625) to store the one or more conditions on thesecond resource instrument.

As shown in block 540, the system receives an indication that the secondresource instrument is used to initiate an interaction, wherein theindication comprises the second unique identifier. In some embodiments,the system receives the indication from a logical resource component(e.g., interaction controller 625, or the like) stored on the secondresource instrument. In some embodiments, the system may be incontinuous real-time communication with the second resource instrumentand cause the one or more logical resource components to notify thesystem when one or more interactions are initiated. In some embodiments,the system receives the indication from a third party entity device,wherein the third party entity device receives the indication via alogical resource component stored on the second resource instrument whenthe second resource instrument is used at the third party entity deviceto initiate the interaction.

As shown in block 545, the system determines that one or more conditionsexist for the second resource instrument using the second uniqueidentifier. In some embodiments, the system determines that the one ormore conditions exist by communicating with the distributed register. Insome embodiments, one or more logical components (e.g., distributedregister controller) of the resource instruments communicates with thedistributed register directly to extract unique identifier and the oneor more conditions from the distributed register and communicate theunique identifier to the system of the invention (via networkcommunication interface 630). In some embodiments, the one or moreconditions and the unique identifiers are stored on the resourceinstrument and the one or more logical components may communicate withthe distributed register to verify the one or more conditions and theunique identifiers.

As shown in block 550, the system determines that the interaction meetsthe one or more conditions. For example, the system may verify that thetransaction amount, geographical location, and the merchant locationmatches the one or more conditions. As shown in block 555, the systemcompletes the interaction based on determining that the interactionsmeets the one or more conditions.

FIG. 6 provides a block diagram illustrating one or more logicalcomponents of a resource instrument, in accordance with an embodiment ofthe invention. As shown, the resource instrument 105 comprises adistributed register controller 605, a notification controller 610, aresource limit controller 615, an interaction data storage 620, aninteraction controller 625, a network communication interface 630, amicroprocessor 635, and a digital display 640. The distributed registercontroller 605 allows the resource instrument to communicate directlywith the distributed register. The notification controller 610 initiatesnotifications to transmit to the user the resource instrument is linkedto via the network communication interface 630. The networkcommunication interface 630 is responsible for transmitting andreceiving all network communications associated with the resourceinstrument 105. The resource limit controller 615 and the interactioncontroller 625 stores one or more conditions associated with theresource instrument 105. In addition, the interaction controller 625also determines if the one or more conditions are met while notifyingthe system about initiation of an interaction. The interaction datastorage 620 stores one or more historical interactions associated withthe resource instrument 105. The microprocessor 635 interacts with otherlogical components and provides the processing capability toimplement/process one or more actions. The digital display 640 maydisplay (e.g., interaction limits, or the like) any information on theresource instrument 105. In some embodiments, the one or more logicalcomponents are controlled by the system of the invention to perform oneor more steps of the process flow 500.

As will be appreciated by one of skill in the art, the present inventionmay be embodied as a method (including, for example, acomputer-implemented process, a business process, and/or any otherprocess), apparatus (including, for example, a system, machine, device,computer program product, and/or the like), or a combination of theforegoing. Accordingly, embodiments of the present invention may takethe form of an entirely hardware embodiment, an entirely softwareembodiment (including firmware, resident software, micro-code, and thelike), or an embodiment combining software and hardware aspects that maygenerally be referred to herein as a “system.” Furthermore, embodimentsof the present invention may take the form of a computer program producton a computer-readable medium having computer-executable program codeembodied in the medium.

Any suitable transitory or non-transitory computer readable medium maybe utilized. The computer readable medium may be, for example but notlimited to, an electronic, magnetic, optical, electromagnetic, infrared,or semiconductor system, apparatus, or device. More specific examples ofthe computer readable medium include, but are not limited to, thefollowing: an electrical connection having one or more wires; a tangiblestorage medium such as a portable computer diskette, a hard disk, arandom access memory (RAM), a read-only memory (ROM), an erasableprogrammable read-only memory (EPROM or Flash memory), a compact discread-only memory (CD-ROM), or other optical or magnetic storage device.

In the context of this document, a computer readable medium may be anymedium that can contain, store, communicate, or transport the programfor use by or in connection with the instruction execution system,apparatus, or device. The computer usable program code may betransmitted using any appropriate medium, including but not limited tothe Internet, wireline, optical fiber cable, radio frequency (RF)signals, or other mediums.

Computer-executable program code for carrying out operations ofembodiments of the present invention may be written in an objectoriented, scripted or unscripted programming language such as Java,Perl, Smalltalk, C++, or the like. However, the computer program codefor carrying out operations of embodiments of the present invention mayalso be written in conventional procedural programming languages, suchas the “C” programming language or similar programming languages.

Embodiments of the present invention are described above with referenceto flowchart illustrations and/or block diagrams of methods, apparatus(systems), and computer program products. It will be understood thateach block of the flowchart illustrations and/or block diagrams, and/orcombinations of blocks in the flowchart illustrations and/or blockdiagrams, can be implemented by computer-executable program codeportions. These computer-executable program code portions may beprovided to a processor of a general purpose computer, special purposecomputer, or other programmable data processing apparatus to produce aparticular machine, such that the code portions, which execute via theprocessor of the computer or other programmable data processingapparatus, create mechanisms for implementing the functions/actsspecified in the flowchart and/or block diagram block or blocks.

These computer-executable program code portions may also be stored in acomputer-readable memory that can direct a computer or otherprogrammable data processing apparatus to function in a particularmanner, such that the code portions stored in the computer readablememory produce an article of manufacture including instructionmechanisms which implement the function/act specified in the flowchartand/or block diagram block(s).

The computer-executable program code may also be loaded onto a computeror other programmable data processing apparatus to cause a series ofoperational steps to be performed on the computer or other programmableapparatus to produce a computer-implemented process such that the codeportions which execute on the computer or other programmable apparatusprovide steps for implementing the functions/acts specified in theflowchart and/or block diagram block(s). Alternatively, computer programimplemented steps or acts may be combined with operator or humanimplemented steps or acts in order to carry out an embodiment of theinvention.

As the phrase is used herein, a processor may be “configured to” performa certain function in a variety of ways, including, for example, byhaving one or more general-purpose circuits perform the function byexecuting particular computer-executable program code embodied incomputer-readable medium, and/or by having one or moreapplication-specific circuits perform the function.

Embodiments of the present invention are described above with referenceto flowcharts and/or block diagrams. It will be understood that steps ofthe processes described herein may be performed in orders different thanthose illustrated in the flowcharts. In other words, the processesrepresented by the blocks of a flowchart may, in some embodiments, beperformed in an order other that the order illustrated, may be combinedor divided, or may be performed simultaneously. It will also beunderstood that the blocks of the block diagrams illustrated, in someembodiments, merely conceptual delineations between systems and one ormore of the systems illustrated by a block in the block diagrams may becombined or share hardware and/or software with another one or more ofthe systems illustrated by a block in the block diagrams. Likewise, adevice, system, apparatus, and/or the like may be made up of one or moredevices, systems, apparatuses, and/or the like. For example, where aprocessor is illustrated or described herein, the processor may be madeup of a plurality of microprocessors or other processing devices whichmay or may not be coupled to one another. Likewise, where a memory isillustrated or described herein, the memory may be made up of aplurality of memory devices which may or may not be coupled to oneanother.

While certain exemplary embodiments have been described and shown in theaccompanying drawings, it is to be understood that such embodiments aremerely illustrative of, and not restrictive on, the broad invention, andthat this invention not be limited to the specific constructions andarrangements shown and described, since various other changes,combinations, omissions, modifications and substitutions, in addition tothose set forth in the above paragraphs, are possible. Those skilled inthe art will appreciate that various adaptations and modifications ofthe just described embodiments can be configured without departing fromthe scope and spirit of the invention. Therefore, it is to be understoodthat, within the scope of the appended claims, the invention may bepracticed other than as specifically described herein.

What is claimed is:
 1. A system for processing distribution requestsinitiated using resource distribution instruments comprising logicalresource components, the system comprising: a memory device withcomputer-readable program code stored thereon; a communication device;and a processing device operatively coupled to the memory device and thecommunication device, wherein the processing device is configured toexecute the computer-readable program code to: receive a first requestfrom a user to store a first resource instrument on a distributedregister; in response to receiving the first request, create a firstunique identifier and assign the first unique identifier to the firstresource instrument; store the first resource instrument comprising thefirst unique identifier on the distributed register; receive a secondrequest from the user to store at least one second resource instrumenton the distributed register and link the second resource instrument tothe first resource instrument; in response to receiving the secondrequest, create a second unique identifier and assign the second uniqueidentifier to the second resource instrument; link the first uniqueidentifier with the second unique identifier and the first resourceinstrument with the second resource instrument; store the secondresource instrument comprising the second unique identifier on thedistributed register; receive an indication that the second resourceinstrument is used to initiate an interaction, wherein the indicationcomprises the second unique identifier; determine that one or moreconditions exist for the second resource instrument using the secondunique identifier; determine that the interaction meets the one or moreconditions; and complete the interaction based on determining that theinteractions meets the one or more conditions.
 2. The system accordingto claim 1, wherein the processing device is further configured toexecute the computer-readable program code to receive the one or moreconditions from the user with the second request.
 3. The systemaccording to claim 2, wherein the processing device is furtherconfigured to execute the computer-readable program code to perform atleast one of: store the one or more conditions on the distributedregister; and store the one or more conditions in an entity databaseassociated with an entity.
 4. The system according to claim 2, whereinthe processing device is further configured to execute thecomputer-readable program code to: transmit one or more control signalsto one or more logical resource component on the second resourceinstrument to cause the one or more logical resource component to storethe one or more conditions on the second resource instrument.
 5. Thesystem of claim 1, wherein the one or more conditions comprise at leastone of interaction limits, geographical limits, and locations limits. 6.The system according to claim 1, wherein the processing device isfurther configured to execute the computer-readable program code toreceive the indication from a third party entity device, wherein thethird party entity device receives the indication via a logical resourcecomponent stored on the second resource instrument when the secondresource instrument is used at the third party entity device to initiatethe interaction.
 7. The system according to claim 1, wherein theprocessing device is further configured to execute the computer-readableprogram code to receive the indication from a logical resource componentstored on the second resource instrument.
 8. A computer program productfor processing distribution requests initiated using resourcedistribution instruments comprising logical resource components, thecomputer program product comprising at least one non-transitory computerreadable medium having computer-readable program code portions embodiedtherein, the computer-readable program code portions comprisingexecutable portions for: receiving a first request from a user to storea first resource instrument on a distributed register; in response toreceiving the first request, creating a first unique identifier andassign the first unique identifier to the first resource instrument;storing the first resource instrument comprising the first uniqueidentifier on the distributed register; receiving a second request fromthe user to store at least one second resource instrument on thedistributed register and link the second resource instrument to thefirst resource instrument; in response to receiving the second request,creating a second unique identifier and assign the second uniqueidentifier to the second resource instrument; linking the first uniqueidentifier with the second unique identifier and the first resourceinstrument with the second resource instrument; storing the secondresource instrument comprising the second unique identifier on thedistributed register; receiving an indication that the second resourceinstrument is used to initiate an interaction, wherein the indicationcomprises the second unique identifier; determining that one or moreconditions exist for the second resource instrument using the secondunique identifier; determining that the interaction meets the one ormore conditions; and completing the interaction based on determiningthat the interactions meets the one or more conditions.
 9. The computerprogram product of claim 8, wherein the computer-readable program codeportions comprising executable portions for receiving the one or moreconditions from the user with the second request.
 10. The computerprogram product of claim 9, wherein the computer-readable program codeportions comprising executable portions for: storing the one or moreconditions on the distributed register; and storing the one or moreconditions in an entity database associated with an entity.
 11. Thecomputer program product of claim 9, wherein the computer-readableprogram code portions comprising executable portions for transmittingone or more control signals to one or more logical resource component onthe second resource instrument to cause the one or more logical resourcecomponent to store the one or more conditions on the second resourceinstrument.
 12. The computer program product of claim 8, wherein the oneor more conditions comprise at least one of interaction limits,geographical limits, and locations limits.
 13. The computer programproduct of claim 8, wherein the computer-readable program code portionscomprising executable portions for receiving the indication from alogical resource component stored on the second resource instrument. 14.A computer-implemented method for processing distribution requestsinitiated using resource distribution instruments comprising logicalresource components, the method comprising: receiving a first requestfrom a user to store a first resource instrument on a distributedregister; in response to receiving the first request, creating a firstunique identifier and assign the first unique identifier to the firstresource instrument; storing the first resource instrument comprisingthe first unique identifier on the distributed register; receiving asecond request from the user to store at least one second resourceinstrument on the distributed register and link the second resourceinstrument to the first resource instrument; in response to receivingthe second request, creating a second unique identifier and assign thesecond unique identifier to the second resource instrument; linking thefirst unique identifier with the second unique identifier and the firstresource instrument with the second resource instrument; storing thesecond resource instrument comprising the second unique identifier onthe distributed register; receiving an indication that the secondresource instrument is used to initiate an interaction, wherein theindication comprises the second unique identifier; determining that oneor more conditions exist for the second resource instrument using thesecond unique identifier; determining that the interaction meets the oneor more conditions; and completing the interaction based on determiningthat the interactions meets the one or more conditions.
 15. Thecomputer-implemented method of claim 14, wherein the method comprisesreceiving the one or more conditions from the user with the secondrequest.
 16. The computer-implemented method of claim 15, wherein themethod further comprises: storing the one or more conditions on thedistributed register; and storing the one or more conditions in anentity database associated with an entity.
 17. The computer-implementedmethod of claim 15, wherein the method comprises transmitting one ormore control signals to one or more logical resource component on thesecond resource instrument to cause the one or more logical resourcecomponent to store the one or more conditions on the second resourceinstrument.
 18. The computer-implemented method of claim 14, wherein theone or more conditions comprise at least one of interaction limits,geographical limits, and locations limits.
 19. The computer-implementedmethod of claim 14, wherein the method comprises receiving theindication from a third party entity device, wherein the third partyentity device receives the indication via a logical resource componentstored on the second resource instrument when the second resourceinstrument is used at the third party entity device to initiate theinteraction.
 20. The computer-implemented method of claim 14, whereinthe method comprises receiving the indication from a logical resourcecomponent stored on the second resource instrument.